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(54) Enhanced digital data collector 

(57) A hand-held battery powered data transfer and 
repository device for transferring data between one or 
more flash memory modules and a large capacity digital 
storage device, which may be either external or internal 
to the device. The device includes one or more slots to 
accept a flash memory module into a housing which in- 
cludes processing and logic circuitry disposed within the 



housing for transferring data between the flash memory 
module and the large capacity digital storage device. 
Ports are disclosed for transferring data between the re- 
pository and data transfer device to a host device, which 
may be a wide range of digital appliances including a 
digital computer, a digital camera, a camcorder or a per- 
sonal digital assistant. 
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Description 

[0001] This application is related to U.S. application 
serial number 09/149,448, Battaglia et al. t which was 
filed on September 9, 1 998. This application claims the 
benefit of U.S. Provisional Application No. 60/200,470, 
filed April 28, 2000, the entire content of which is hereby 
incorporated by reference in this application. 

FIELD OF THE INVENTION 

[0002] This invention relates generally to data transfer 
and storage devices. More particularly, the invention re- 
lates to a hand-held, battery-powered, portable device 
for transferring data between, forexample, a flash mem- 
ory module used in conjunction with a digital camera or 
audio device and a mass storage device. 

BACKGROUND AND SUMMARY OF THE INVENTION 

[0003] Over recent years, digital cameras have been 
rapidly growing in worldwide popularity. Such cameras 
provide many advantages over the conventional film 
camera. Forexample, digital cameras do not require the 
time and financial expenditures of conventional camer- 
as in terms of film development. Digital cameras are de- 
signed to be used in conjunction with a wide range of 
sophisticated computer graphics processing packages 
not available for conventional film cameras. Display de- 
vices associated with certain digital cameras advanta- 
geously provide the photographer with an enhanced 
ability to frame desired images and to review pictures 
just taken. 

[0004] Digital cameras, however, are not without their 
disadvantages. Conventional high resolution digital 
cameras are currently very costly and employ expensive 
memory media which are capable of only capturing a 
relatively limited number of pictures. Such cameras may 
utilize a flash memory module having a storage capacity 
of, for example, 2 to 32 megabytes. These memory 
modules become increasingly more expensive as the 
storage capacity increases. 

[0005] A high resolution digital camera with a conven- 
tional flash memory module may only have a storage 
capacity to permit a photographer to take a very limited 
number of pictures such as, for example, a half dozen 
or even fewer pictures. The vacationing photographer 
may choose to undertake a major expense to be as- 
sured of having enough memory modules to record 
memorable events from a two week vacation. 
[0006] I n accordance with an exemplary embodiment 
of the present invention, this digital camera shortcoming 
is overcome by a hand-held, battery-powered portable 
device for transferring data between a flash memory 
module and a mass storage device. The mass storage 
device may be able to store, for example, the contents 
of the equivalent of hundreds of flash memory modules. 
[0007] In accordance with one exemplary embodi- 



ment of the present invention, the contents of a flash 
memory module inserted into an insertion memory port 
in the portable hand-held device is downloaded under 
operator control to a mass storage device in the form of 

5 a fixed or removable hard disk drive. Thereafter, the 
memory module is reinitialized so that it may be imme- 
diately reused in its associated camera. 
[0008] The present invention also more broadly ad- 
dresses problems related to the use of conventional 

10 flash memory modules in a wide range of devices. One 
of the problems often confronting users of portable dig- 
ital memory, including for example flash memory cards 
such as the SmartMedia, MultiMediaCard or Memory 
Stick cards, is the ultimate movement of the data on 

is them to a more permanent, a larger, a more accessible, 
or a more conventional storage medium. This is true, for 
example, as described above for consumers with digital 
cameras that store digital images on flash memory 
cards who desire to move the images to a large capacity 

20 hard disk, or other storage medium, to consolidate and 
"permanently' 1 store the images, and to clear the mem- 
ory card for reuse. 

[0009] At present, the most typical means by which 
users satisfy this need is using their digital computer to 

25 copy the data from memory cards to disk or other stor- 
age accessible by the computer. 
[0010] The illustrative embodiments of the present in- 
vention provide other means, often easier and more 
portable than a computer, to achieve this task. Various 

30 embodiments of the invention are designed to be par- 
ticularly useful for users on vacation or "in the field" who 
may not have access to an operating computer. 
[0011] As used herein in conjunction with some of the 
exemplary embodiments, the repository in its most gen- 

35 eral form shall often be termed the Large Capacity Dig- 
ital Storage Unit (LCDSU). It is the medium to which var- 
ious embodiments of the invention moves data, and is 
designed to encompass any form of mass digital storage 
device and associated media, including for example, 

40 without limitation: 

• media in which the data is stored magnetically — 
including for example, tapes, floppy disks, and hard 
disks; 

45 

• media in which the data is stored optically — such 
as CDs, Magnetic Optical (Mos) and DVDs; 

• media in which the data is stored electrically or etec- 
50 tronically — such as various solid state memory de- 
vices; 

• media in which the data is stored using any other 
aspect of the electromagnetic spectrum, including 

55 fluorescence, or other type of energy enabled stor- 
age and retrieval; 

• media in which data is stored using quantum me- 
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chanical aspects of the storage medium; 

• media in which data is stored using biological prin- 
ciples; 

5 

• media in which the data is stored by mechanically 
altering the media; 

• media permanently attached to the read/write ap- 
paratus (such as a hard disk); *o 

• media "removable" from the read/write apparatus, 
such as floppy disks, tapes, CDs, DVDs and ZIP 
disks 

15 

• media in which digital information is stored any oth- 
er way. 

[0012] The above-described features and other ad- 
vantages of the present invention will become apparent 20 
from the following detailed description of the present in- 
vention when taken in conjunction with the accompany- 
ing drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 25 

[0013] Figure 1 is a perspective illustration of an ex- 
emplary embodiment of the present invention showing 
a hand-held housing and an exemplary component lay- 
out. 30 
[0014] Figure 2 is an exemplary block diagram of an 
exemplary implementation of the data transfer and stor- 
age system shown in Figure 1 . 
[0015] Figure 3 is a block diagram depicting the sys- 
tem controller logic shown in Figure 2. 35 
[0016] Figure 4 is a flowchart of exemplary firmware 
depicting the portable storage device main system op- 
eration. 

[0017] Figures 5A -5D are flowcharts delineating the 
sequence of processing for copy, erase, and computer 40 
interface command operations. 
[0018] Figure 6 is a block diagram of one exemplary 
embodiment of a system using a digital data collector 
with an integrated LCDSU. 

[0019] Figure 7 is a block diagram of an exemplary 
embodiment of a system using a digital data collector 
with an external LCDSU. 

[0020] Figure 8 is a block diagram of an exemplary 
embodiment of an enhanced digital data collector. 
[0021 ] Figure 9 is a block diagram of the media inter- so 
face shown in Figure 8. 

[0022] Figure 1 0 is a block diagram of the power sup- 
ply used to power the Figure 8 components. 
[0023] Figures 1 1 through 1 7 are flowcharts delineat- 
ing an illustrative sequence of operations performed by 55 
processor 320 in controlling the enhanced digital data 
collector in accordance with an exemplary embodiment 
of the present invention. - 



DETAILED DESCRIPTION OF EXEMPLARY 
EMBODIMENTS 

[0024] Figure 1 is a schematic, perspective illustration 
of one exemplary embodiment of the data transfer and 
storage device in accordance with the present invention. 
The battery-powered device for transferring data in- 
cludes a housing 10, which preferably is of a size which 
can be comfortably held in a user's palm and which is 
lightweight and readily portable. 
[0025] As shown in the right hand portion of Figure 1 , 
the data transfer device includes a flash memory port 
22. In the exemplary embodiment, port 22 is utilized to 
receive and electrically couple a memory module re- 
moved from a digital camera (or other device) to the 
mass storage device 20 under microprocessor control, 
as will be explained further in conjunction with Figures 
2-5. In the presently preferred embodiment, flash mem- 
ory input port 22 is designed to receive the commercially 
available Toshiba SmartMedia flash memory module 
standard. The SmartMedia memory standard is utilized 
in various digital cameras and may be directly interfaced 
with a PC's floppy disk drive, for example, via the com- 
mercially available FlashPath product. The SmartMedia 
module includes a flash memory chip, and processing 
circuitry in the form of a state control machine which con- 
trols reading and writing operations to an 8-bit bus. It 
should be understood that the present invention is not 
limited to any particular memory media, but may be uti- 
lized in conjunction with a variety of memory media 
where bulk data transfer is desirable. Although the 
memory module in the presently preferred embodiment 
contains image data captured from a digital camera, it 
should be understood that it alternatively may store any 
type of digital data including audio data used, for exam- 
ple, to reproduce music. 

[0026] The data transfer and storage device of the 
presently preferred exemplary embodiment additionally 
includes an optional second memory input port 24, 
which is preferably designed to receive a storage media 
of a different standard than the memory media received 
in input port 22. By way of example only, the second 
memory input port 24 is designed to receive the Com- 
pactFlash or MMC media sold by San Disk Corporation 
and/or the Sony Memory Stick. One or more of the mem- 
ory media inserted into input ports 22 and 24 may in- 
clude a microcontroller for performing more sophisticat- 
ed processing operations as, for example, is done in the 
CompactFlash product. 

[0027] Thus, the data transfer and storage device of 
the presently preferred embodiment is designed to ac- 
cept more than a single standard flash memory card, 
and includes multiple slots (e.g., two or more) to support 
more than one standard. Because input ports 22 and 24 
accept memory media of different standards, the media 
are coupled to mass storage device 20 via different in- 
terface and/or control logic circuitry as will be appreci- 
ated by those skilled in the art. 
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[0028] User interface keys 16,18 are utilized by a user 
to initiate a download of information from the memory 
media to the mass storage device 20. At least one con- 
trol key is provided for initiating the download operation. 
Another user interface key is used to format the memory 
module in accordance with its requirements for use in, 
for example, a digital camera for taking photographs. 
The memory module is formatted to initialize the mem- 
ory module to place it in its initial default state where no 
data is stored. A "delete" control key/button may be uti- 
lized to, for example, initiate the erasure of data stored 
on the media. Byway of example, the erasure operation 
may delete all the files on the media, or in more sophis- 
ticated embodiments delete certain directories or sub- 
directories. 

[0029] In an alternative embodiment of the present in- 
vention, the user interface keys 16, 18 comprise a por- 
tion of a miniaturized keyboard, which may, for example, 
be utilized to select particular files and directories to 
copy to the mass storage device 20, which may (prior 
to downloading) be displayed on, for example, an LCD 
display (not shown). Graphical images may be dis- 
played on the LCD display so that the user may preview 
a particular video image to decide whether it should be 
saved for long term storage. Such a capability advanta- 
geously provides the user with added selectivity and 
flexibility as to what image data is most desirable to 
maintain in mass storage device 20. 
[0030] As opposed to using an LCD display, the user 
display may include, for example, LED display indica- 
tors 1 2 and 1 4. Display indicators 1 2 and 1 4 may display 
a wide range of status indications such as, for example, 
indicating that the flash memory copying operation is 
complete, and that the power is on. Additional display 
indicators may show the status of other operations such 
as, for example, a download operation being in 
progress. 

[0031] Figure 1 also depicts printed circuit board 28, 
which supports the electronic components schematical- 
ly represented in Figure 1 and which is shown in further 
detail in Figure 2. These components are preferably 
powered by rechargeable batteries stored in battery 
compartment 26 and/or an AC adapter may be used. 
[0032] Data is extracted from the Figure 1 data trans- 
fer device through serial/parallel ports 30. Ports 30 are 
utilized, for example, after flash memory module data 
has been downloaded from multiple modules to mass 
storage device 20. The serial/parallel ports 30 permit 
downloading information from the Figure 1 portable data 
repository to the user's personal computer at a conven- 
ient future time. 

[0033] Ports 30 are intended to encompass a wide 
range of I/O ports including, for example, a Universal 
Serial Bus (USB), a parallel port, and a high speed serial 
port, such as a Fire Wire port or any desired subset of 
these or other known ports. The ports 30 may be de- 
signed to receive modules plugged into sockets for op- 
erating one of the desired ports. 



[0034] Mass storage device 20 is preferably a com- 
mercially available hard drive. Byway of example, such 
a hard drive may be a 2.5 inch hard drive or other ap- 
propriately sized hard drive commercially available from 
5 various vendors. The mass storage device 20 preferably 
includes at least one gigabyte of storage. The mass stor- 
age device 20 may, in accordance with one embodiment 
of the present invention, be fixed internally, or in another 
embodiment, removable from housing 10. In accord- 
ance with yet another embodiment of the present inven- 
tion, the mass storage device 20 may be a battery 
backed SRAM. By way of example only, another option 
for mass storage device 30 is a high capacity flash mem- 
ory module. 

[0035] Figure 2 is a block diagram showing the elec- 
tronic interconnection between components of an ex- 
emplary embodiment of the data transfer and storage 
device of the present invention. As also depicted in Fig- 
ure 1 , Figure 2 includes a flash memory socket 22 and 
a second memory socket 24 which may be, by way of 
example only, respectively configured to receive 
Toshiba's commercially available SmartMedia, 
SanDisk*s Compact Flash or MMC media, or the Sony 
Memory Stick. The SmartMedia is, in the exemplary em- 
bodiment, directly connected to system bus 33. System 
controller logic 54 includes the logic circuitry for trans- 
ferring data from, for example, the Smart Media and 
Compact Flash memory media onto the system bus 33 
for transfer to mass storage device 20 as will be ex- 
plained below in conjunction with the description of Fig- 
ure 3. 

[0036] Figure 3 is an exemplary implementation of the 
Figure 2 system controller logic 54 coupled to memory 
media receiving sockets 24, 25 and 26. In accordance 
with an exemplary embodiment, sockets 24 and 26 are 
conventional PCMCIA ports which are electrically and 
mechanically compatible with the memory media cou- 
pled thereto. Thus, the Compact Flash socket 24 is a 
PCMCIA socket which is electrically compatible with a 
Compact Flash media. If storage device 20 is imple- 
mented as a hard drive, a conventional hard drive ATA/ 
IDE socket 25 is used to couple mass storage device 
20 to the system controller logic 54. if mass storage de- 
vice 20 is selected to be a removable hard drive, then a 
PCMCIA socket 26 may be utilized. 
[0037] The system controller logic 54 manages the 
various memory devices to which it is connected under 
processor 31 control via system bus 33. The system 
controller logic 54 includes a SmartMedia address reg- 
ister 64 which is coupled to the flash memory/Smart Me- 
dia socket 22 and which stores the Smart Media starting 
address to be accessed. Data may then be written to or 
read from the identified SmartMedia flash memory start- 
ing address. Similarly, RAM address registers 66 define 
desired starting addresses in RAM 32. 
[0038] DMA controller68 manages dataflow between 
the various memory devices and may be implemented 
by a conventional DMA controller having a byte transfer 
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counter and control registers. Through DMA controller 
68, data may be moved from, for example, SmartMedia 
to RAM 32. Under such circumstances, processor 31 
loads the appropriate addresses into Smart Media ad- 
dress register 64 and RAM address register 66. The 
byte transfer counter in DMA controller 68 is then loaded 
by processor 31 with the number of bytes to be trans- 
ferred and a DMA controller 68 control register is loaded 
with information specifying the appropriate operation. 
[0039] A conventional PCMCIA controller 60 may be 
utilized to control data exchange operations between 
the media in PCMCIA sockets 24 and 26 and devices 
coupled to system bus 33. Controller 60 includes an ad- 
dress decoder (not shown) that is coupled to the system 
bus 33. Controller 60 also includes configuration regis- 
ters (not shown) which identify configuration information 
such as the number of memory media or other devices 
to which it is connected and the device which is currently 
communicating with processor 31 . Controller 60 also in- 
cludes a storage device for buffering data, and internal 
buses for interconnecting controller components. A con- 
ventional ATA/IDE controller 62 interfaces hard drive 20 
with the system bus 33 and the devices connected 
thereto. As described above in conjunction with control- 
ler 60, ATA/IDE controller 62 includes an address de- 
coder, configuration registers, a memory and internal 
bus for interfacing with hard drive 20. 
[0040] Turning back to Figure 2, data transfers are 
preferably initiated via a user keyboard, control keys, or 
buttons 36 under the control of processor 31 . In one em- 
bodiment of the present invention, a miniature keyboard 
is utilized by a user to associate notes with an identified 
image, change the name of files, or to selectively create 
directories identifying where the user desires to move 
data. 

[0041] As set forth in conjunction with the description 
of Figure 1 , the present invention contemplates a wide 
range of possible user graphic interfaces. For example, 
LED's may be utilized to indicate a downloading or other 
status condition. Alternatively (or additionally, if de- 
sired), an LCD display may be utilized for visually de- 
picting, for example, a file name or subdirectory to per- 
mit the user to selectively delete undesirable pictures, 
which also may be displayed for the user to review. 
[0042] Processor 31 may be any of a wide range of 
processors but preferably is a RISC-based, for example, 
8 bit processor, such as the Atmel 851 3. Processor 31 , 
like each of the other components embodied in the data 
transfer and storage device, is selected to provide opti- 
mally low power consumption. Thus, while a variety of 
different processors may be selected, processor 31 is 
preferably a high speed processor having extremely low 
power consumption. The processor's operating system 
is resident in ROM 34. 

[0043] The data transfer and storage device shown in 
Figure 2 also includes RAM 32. RAM 32 stores operat- 
ing system (and other processing) variables and buffers 
data being transferred between, for example, memory 



modules inserted into ports 22 and 24 and mass storage 
device 20. 

[0044] The serial/parallel ports 30 represented in Fig- 
ure 1 are shown in Figure 2 as USB interface 40, Fire 

5 Wire interface 42, and parallel port interface 44. These 
interfaces are utilized for transferring data from mass 
storage device 20 to, for example, a user's PC or note- 
book computer. For users having older computers which 
do not include a USB or Fire Wire interface, parallel port 

10 interface 44 may be utilized for downloading data to the 
user's computer. For newer computers, high speed data 
transfer may be accomplished via the USB or Fire Wire 
interfaces 40 or 42, respectively. The output interface 
ports shown in Figure 2 are provided by way of example 

1 5 to indicate that a variety of interfaces are contemplated 
for interfacing with a wide range of user's computers. 
[0045] The portable device shown in Figure 2 typically 
operates under battery power such as, for example, by 
rechargeable AA batteries 50. Power supply 48, in ad- 

20 dition to being powered by batteries 50, may also re- 
ceive external power to permit a user upon arriving 
home to save battery power by using household power 
during uploading information to his or her computer. The 
external power source also permits batteries 50 to be 

£ 5 recharged if rechargeable batteries are being used. 
[0046] Mass storage 20 is preferably a hard drive as 
set forth in conjunction with Figure 1 . It is also contem- 
plated that mass storage 20 may be a removable hard 
drive, a SRAM, or a large storage capacity, high density 

30 flash memory or other mass memory media which is 
commercially available today or becomes commercially 
available in the future. Mass storage device is coupled 
to control logic 54 via an ATA/IDE bus or a PCMCIA. 
[0047] Figure 4 is a firmware flowchart sh owing an ex- 

35 emplary set of processing operations that the present 
preferred embodiment sequences through. After power 
is turned on (100), processor 31 executes a power-on 
self test routine whereby the integrity of the device is 
initially confirmed. The device internal logic is exercised 

*o and checked to a limited extent before operating data 
transfer device. Initially, the integrity of processor 31 and 
its associated firmware is checked. Next, the user inter- 
face functions, the I/O ports, and the mass storage de- 
vice are checked (1 02). The power-on self tests include 

45 executing diagnostic routines to ensure, for example, 
that RAM 32 is operational. 

[0048] Thereafter, a command interpreter loop is en- 
tered (104). The system monitors all associated input/ 
output devices for activity to determine the next opera- 

50 tion to initiate (1 04). As represented schematically at 
block 1 06, an operation is initiated by a user, for exam- 
ple, actuating a copy or erase button. Alternatively, ac- 
tivity may be detected by processor 31 via the Figure 2 
USB, Fire Wire, or parallel ports 40, 42, and 44 (110). If 

55 activity is detected via the host computer system input, 
then processor 31 must interpret the host command. 
[0049] At block 108 a check is made to determine 
whether the detected operational command is a copy 
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memory module command. If so, "copy" operation 
processing is initiated, whereby data from a memory 
module is downloaded to mass storage 20 as set forth 
in the flowchart of Figure 5A. Initially, the integrity of the 
data in the memory module is verified to determine that 
the memory media is a valid module (120). Thus, if the 
data stored in the memory module does not conform 
with the appropriate standard format, a "copy" operation 
will not be performed and an indication will be displayed 
to the user that the memory module is bad. Such an in- 
dication may be displayed, for example, via a status in- 
dicating LED or on an LCD display (122). 
[0050] If the data integrity of the module is good, then 
subdirectories are created on the mass storage unit 
(124). Thus, in the process of making such data trans- 
fers, processor 31 creates appropriate subdirectories 
which, for example, may be sequentially numbered for 
each module that is inserted into, for example, socket 
22. Each flash memory module may include its own sub- 
directory having all the contents of that module resident 
therein. The contents of the module is then copied into 
the created subdirectory. After the subdirectory has 
been created at block 126, the directory structure from 
the module is copied to the mass storage device (1 26). 
Thereafter, the files from the memory module are copied 
to the mass storage device 20 into the directory struc- 
ture that had been created (128). 
[0051 ] After the data has been copied, the integrity of 
the data that has been copied is verified to, for example, 
determine whether data has been loaded onto a defec- 
tive portion of the hard drive, or whether there has been 
a power failure or a component failure (1 30). If the data 
cannot be verified, then an indication that the copying 
operation failed is conveyed to the user via a status LED 
or via an LCD display (132). If desired, an indication of 
the nature of the error may be displayed on an LCD dis- 
play. If the integrity of the data is verified, then the user 
receives an indication that the copying operation has 
been successfully completed via a status LED or LCD 
(134) and the routine branches back to the command 
interpreter block 104 to await further activity. 
[0052] If a copy memory module operation was not 
initiated then, as shown in Figure 4, a check is made to 
determine whether an "erase memory 11 command has 
been initiated (140). If so, the routine branches to the 
flowchart shown in Figure 5B, which delineates erase 
operation processing. Erase operation processing is uti- 
lized, for example, to prepare a flash memory module 
| for reuse so that further pictures can be taken with the 

user's digital camera. Initially, a check is made to verify 
the data integrity of the memory module (150). This 
check ensures that the module has, for example, the 
proper data fields or supported density or supported 
voltage before any operation is performed thereon. If the 
memory module is determined to be bad, then the user 
receives a "bad memory media" indication, either via a 
status LED or via an LCD display (152). 
[0053] If the module has been verified as being a valid 



module, then the desired files are deleted from the mod- 
ule (1 54). If the files cannot be deleted, then information 
is conveyed to the user that the erase operation has 
failed via a status LED or an LCD display (156). After 

5 the files have been deleted, memory media subdirecto- 
ries are deleted (158). If the subdirectories cannot be 
deleted, then an indication is conveyed to the user that 
the erase operation failed via status LED or a LCD dis- 
play (160). After subdirectories have been deleted, an 

io indication is conveyed to the user that the erasure op- 
eration was successful via a status LED or LCD display 
(162) and the routine branches back to the Figure 4 
command interpreter. 

[0054] If an "erase memory module" operation has not 
been initiated, then a check is made at block 1 70 to de- 
termine whether a computer interface command was in- 
itiated. If so, the routine branches to the Figure 5C flow- 
chart depicting computer interface command process- 
ing. 

20 [0055] Computer interface processing typically oc- 
curs after the user, for example, has completed a pho- 
tography session and has interconnected the portable 
data storage and transfer device to his or her PC. During 
such operations a user may download pictures stored 

25 in the mass storage device to the PC or alternatively, 
upload, for example, pictures stored in the PC to the 
portable storage device's mass media. 
[0056] Initially, a check is made at block 200 to deter- 
mine whether an I/O request has been received from a 

30 user's host PC and, if so, what kind of request has been 
initiated. As indicated at block 202, a check is made as 
to whether the requested activity is to upload or down- 
load data from or to mass storage device 20 to, for ex- 
ample, upload or download pictures (202). By uploading 

35 pictures from a user's PC, the portable data transfer and 
storage device thereafter may be utilized to hand-carry 
highly desirable pictures from one user's PC to another 
user's PC. Depending upon the desired direction of data 
transfer, data is either read from or written to the host or 

40 the mass storage device 20 (204). As indicated in Figure 
5D, a status report is then sent to the host and the rou- 
tine branches back to Figure 4 and its command inter- 
preter block 1 04. During the data transfer process from 
or to the mass storage, the user would have the ability 

45 to delete files, rename files, and a wide range of other 
conventional file processing operations. Such host/ 
mass storage data exchanges operate under the control 
of software resident in the user's PC. 
[0057] As indicated at block 206, a check is also made 

50 to determine whether data exchanges are to take place 
between the memory module and the host computer 
(206). In this fashion, reading to or writing from the host 
to the memory module is controlled (208). Similar to ex- 
changes between the host PC and mass storage, a wide 

55 range of data transfer operations may be controlled. Af- 
ter the host to memory module data exchange, a status 
report is sent to the host (21 0) and the routine branches 
back to the Figure 4 command interpreter 1 04. 
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[0058] If the processing of block 200 reveals that an 
I/O request was received from the host, a check is also 
made to determine if the request was a diagnostics com- 
mand (212). Such diagnostics may appropriately be in- 
itiated either during the device manufacturing phase or 
for user diagnostics. Initially, a check is made as to 
whether to initialize mass storage 20 (214). If the check 
at 214 indicates that mass storage is to be initialized to, 
for example, recover from a failure, the storage device 
20 is reformatted (21 6), a status report is transmitted to 
the host (Figure 5D at 210), and the routine branches 
back to the Figure 4 command interpreter (1 04). 
[0059] If the check at block 214 indicates that the 
mass storage 20 is not to be initialized, then a check is 
made to determine whether self test processing is be 
initiated (218). If self tests are to be initiated, then self 
test processing begins (220). The self tests performed 
at block 220 are more comprehensive than the power- 
on self tests previously referenced in that they output 
diagnostic information useful to service personnel for 
correcting a problem relating to processor 31 and its as- 
sociated firmware, the user interface devices, the I/O 
ports and the mass storage device. Upon completion of 
these tests, the host processor is sent a status report 
(21 0) and the routine branches to the Figure 4 command 
interpreter block 1 04. 

[0060] If no seff test command was received, a check 
is made to determine whether the memory media should 
be tested (222). If so, the integrity of data from the mem- 
ory module is checked to respond for example, to a user 
complaint that the memory media can not be read. Serv- 
ice personnel can then determine that, for example, a 
particular data field has been corrupted requiring refor- 
matting of the module. If no memory module testing has 
been initiated, the routine branches back to the com- 
mand interpreter at block 1 04. 
[0061] If no computer interface command has been 
initiated as determined at block 170, a check is made at 
1 72 (Figure 4) to determine if the user has depressed a 
power off key or alternatively has let the data transfer 
device sit idle for more than a predetermined idle time. 
If so, the device powers down (1 74). If not, the routine 
branches back to command interpreter block 1 04 to con- 
tinue checking for command related activity. 
[0062] The present invention may be utilized in a wide 
range of applications in addition to being used by ama- 
teur photographers. For example, the present invention 
may be used in conjunction with a team of professional 
photographers covering an event for a newspaper or 
magazine. Individual photographers having digital cam- 
eras may, for example, meet at a central location and 
transfer flash memory modules to a colleague having 
the present data transfer and storage device for storage 
of all the data. Such accumulated data may thereafter 
be downloaded to the newspaper's or magazine's cen- 
tral office computer. 

[0063] Figure 6 is a simplified block diagram depicting 
an enhanced digital data collector in accordance with a 



further exemplary implementation of the present inven- 
tion. In accordance with this embodiment, a large ca- 
pacity digital storage unit (LCDSU) 306 is integrated into 
the digital data collector 302. In accordance with the f ur- 

s ther exemplary embodiments described below, the en- 
hanced digital data collector 302 or 310 (Figure 7) with 
its LCDSU 306, 314 (Figure 7) is connectable to a wide 
range of digital devices/appliances 300. 
[0064] Figure 7 is a block diagram of a digital data col- 

io lector 31 0, which communicates with host digital appli- 
ances 300 and removable flash media 304 in the same 
manner as described in conjunction with Figure 6, but 
additionally communicates with an external large capac- 
ity digital storage unit 31 4. The digital data collector 31 0, 

is in accordance with this alternative embodiment, is plug- 
gably attachable to external LCDSU 31 4 to, for example, 
significantly reduce the cost of the data collector and 
give the user the flexibility of choosing his or her pre- 
ferred LCDSU device to use in conjunction with the dig- 

20 rtal data collector 31 0. 

[0065] By way of example only, as shown in Figure 6, 
digital data collector 302 is connectable to a host device 
300, which may be a computer, camera, camcorder, per- 
sonal digital assistant (PDA), etc., via conventional ports 

25 such as USB, IEEE 1394 (Fire Wire™) parallel ports, 
etc. Virtually any available connection port connection 
is contemplated for use at the host 300 site in accord- 
ance with the exemplary embodiments of the present 
invention. For example, relatively high speed IEEE 1394 

30 (Fire Wire™) or USB ports or relatively antiquated ports 
such as a parallel port may be used. As will be appreci- 
ated by those skilled in the art, the IEEE 1394 standard 
is a high speed interface standard which defines con- 
nectors, signal levels, data rates, etc. that are necessary 

35 for communications to take place in accordance with the 
standard. The IEEE 1394 standard is highly desirable 
in many applications due to its available extremely high 
speed data transfer rates, e.g., 400 megabits per sec- 
ond. 

40 [0066] The digital data collector 302 (310) includes in- 
sertion ports for receiving one or more removable flash 
memory media 304. All or part of the flash media 304 
contents may be transferred through the digital data col- 
lector to the large capacity digital storage unit (LCDSU 

45 306 or 31 4), Alternatively, data stored in LCDSU 306 or 
314 may be transferred to the removable flash media 
304. Data, for example, from a camcorder may be 
streamed through digital data collector 302, 31 0 to LCD- 
SU 306, 31 4. Many different combinations of data trans- 

so fers are contemplated in accordance with the exemplary 
embodiments of present invention as reflected in Fig- 
ures 6 and 7. 

[0067] Digital data collector 302, 31 0 provides a user 
interface, which permits the movement of data from one 
55 device to another and provides interfaces between such 
devices in a manner not currently available. The data 
collector permits the user to uniquely manage such 
transfer of data in a highly flexible manner. Thus, a user 
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on vacation desiring to use a removable flash memory 
module to take large numbers of pictures will be able to 
transfer such data to a high capacity store 306, 31 4 and 
reuse the relatively low capacity removable flash media 
304 - instead of having to purchase large numbers of 
relatively expensive flash media 304. 
[0068] The Figure 6 exemplary embodiment of the in- 
vention comprises a memory card reader and a large 
capacity digital storage unit (LCDSU), powered by re- 
placeable batteries — all operated together and possi- 
bly, although not necessarily, enclosed within a single 
housing, depending on the details of the device embod- 
iment. As described above, such an embodiment typi- 
cally also provides a means by which it can be eventu- 
ally connected to a computer or a network of computers 
so that data on the LCDSU may be transferred to or from 
at least one computer. 

[0069] One implementation of this embodiment com- 
prises dual readers for the SmartMedia and MultiMedi- 
aCards, coupled electronically to a hard disk, coupled 
to a Fire Wire (IEEE 1 394) port, coupled to a battery pow- 
er supply source, coupled to a digital processor, all com- 
bined in a single housing. The digital processor is cou- 
pled to all of these devices so that data may be read 
from the memory card and written to the disk, once this 
has been successfully done, the data is then erased 
from the memory card. Eventually the device is coupled 
to a computer or a network through the FireWire con- 
nection, so that the device appears to the computer or 
network as a disk device which can be processed using 
conventional means, including access of the data for re- 
trieval, modification, augmentation, and erasure. 
[0070] A simple version of this embodiment employs 
a switch embedded in the media reader(s) that turns on 
the processor whenever a card is inserted. This switch 
activates the processor to perform the default opera- 
tions of: activating the disk by directing the proper power 
and signals to it; copying the media's data to disk; auto- 
matically erasing the media after the copy successfully 
completes; turning off the disk and the processor until 
another card is inserted or until a FireWire connection 
is activated. The processor is also activated when a 
FireWire connection is made. In this case the connec- 
tion itself provides sufficient power to activate and sus- 
tain the processor. The processor presents itself to the 
computer as a disk or other storage device, allowing the 
contents of the hard disk to be accessed accordingly, 
including for example being read, erased or written by 
a computer system. When this embodiment uses con- 
nections other than FireWire which may not supply nec- 
essary power, the device may require: a sensor or cou- 
pling switch to determine when it is attached to a com- 
puter; or a user-operated "button" to activate power to 
the processor. 

[0071 ] The Figure 7 exemplary embodiment of the in- 
vention comprises a memory card reader and at least 
one means to connect to a detachable LCDSU. This em- 
bodiment is typically powered either by batteries, or by 



commercially available electrical power. One particular 
example of a detachable LCDSU is the portable hard 
disk from SmartDisk Corporation. This hard disk device 
has connections for, and supports, both FireWire (IEEE 

s 1 394) and Universal Serial Bus (USB) protocols and ca- 
bles. Another example is a ZIP drive (connected for ex- 
ample through a parallel port), an LS-120 high capacity 
drive connected through USB, or a CD writer coupled 
through a SCSI connection. 

w [0072] In addition, an embodiment in this category 
could be implemented so that connection means allows 
connection to a computer or a network as well as a LCD- 
SU, so that the device is able to function directly as a 
media reader for a computer or a network. Depending 

'5 on the type of connection, the device could be designed 
to automatically distinguish whether it is connected to a 
computer or to a LCDSU. Otherwise, a switch or other 
user operated control could be implemented on the de- 
vice to advise the device of the type of connection. 

20 Whether the device can do this automatically may de- 
pend on the type of connection (e.g., FireWire, USB, 
SCSI, parallel port, serial, etc.), and the signals present- 
ed by the computer's software and the LCDSU. 
[0073] In one implementation of this embodiment, the 

25 device comprises: readers for both SmartMedia and 
MultiMedia cards (just as with the Figure 6 embodi- 
ments, although only one type of media reader is nec- 
essary, readers for multiple types of memory media 
make it more useful to users), a FireWire connection, a 

30 battery power source, a digital processor, and optionally 
a clock. 

[0074] In one simple form of an embodiment in this 
category, there are no user operated switches. To oper- 
ate, the user first connects the device through its 

35 FireWire connection to a portable LCDSU (e.g., the 
SmartDisk portable hard disk unit), then the user inserts 
a media card, activating a switch within the media reader 
which starts the processor. The processor then acti- 
vates the power controls within the device, and directs 

40 the necessary power and signals to the FireWi re-con- 
nected disk to activate it. Once the disk has reached op- 
erating speed ready, the processor reads data from the 
media card and transcribes it as files on the disk. After 
the content of the media is successfully copied, the me- 

45 dia is erased so that it is ready for re-use. Embodiments 
may choose to turn off the power to the disk at this time, 
or may leave it running for a period of time assuming the 
possibility that another media will be inserted shortly. 
However it is anticipated in most embodiments the proc- 

so essor will shut down the disk and turn off the power after 
a reasonable period of inactivity elapses. 
[0075] Figure 7 embodiments may have special con- 
siderations depending on the type of LCDSU expected 
to be attached. For example, the embodiment may wish 

55 to distinguish different formats of storage (e.g., disks for- 
matted for various PC/DOS/Windows systems versus 
those formatted for Apple OS versus those formatted for 
Unix or Linux, etc.) depending on the type of anticipated 
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LCDSU formats, the embodiment may be able to make 
such deductions without recourse to user advice. If an 
embodiment needs to support multiple types of LCDSU 
which cannot be inherently distinguished, the device 
might employ user-activated controls to guide its deci- 
sion. 

[0076] For embodiments described as being powered 
internally with "batteries", it should be understood that 
this refers to any element(s) capable of storing or gen- 
erating power, which may take a variety of forms de- 
pending on the goals and uses of the embodiment: For 
example, and without limitation, this could include com- 
mercially available batteries of various voltages, such 
as AA, AAA, 9 -volt C cells, D cells etc. using alkaline, 
metal cadmium, metal hydride, lithium, or other well 
known ingredients and chemicals, whteh may or may not 
be rechargeable; as well as special purpose batteries, 
perhaps designed specifically for the embodiment; as 
well any other means of storing power or energy includ- 
ing fuel cells, capacitors, etc. In addition, although var- 
ious embodiments are described as being powered by 
batteries, additional embodiments are envisaged which 
are powered externally, where such external power ei- 
ther supplants, augments, and/or recharges internal 
("battery") power. Such external power may derive from 
normally available electrical current, possibly processed 
by a "power supply" to modify the voltage or other power 
characteristics. The power may also be generated by 
other sources such as by solar cells or other ambient 
energy (either to directly power the device, or to re- 
charge the batteries), or by any appropriate combination 
of these means. 

[0077] In addition to the memory cards available to- 
day, as exemplified by those already mentioned herein, 
the invention is not intended to be limited thereto. Em- 
bodiments are envisaged to support any other portable 
memory devices in addition to the flash memory devices 
(which merely happen to presently be economically fea- 
sible and common). Such additional memory devices in- 
clude those using magnetic storage, optical storage in- 
cluding florescence, electronic storage, semi-conductor 
storage, storage based on quantum mechanical princi- 
ples, storage based on mechanical alteration of the me- 
dia, storage based on biological principles, silicon- 
based storage, and any other portable storage for which 
uploading to a massive repository is desirable. Although 
these portable memory devices are often herein re- 
ferred to as "cards" , that is intended to be exemplary 
and not restrictive — they can take any form which is 
conveniently portable. 

[0078] For each embodiment category, as suggested 
above, the possibility of implementations are contem- 
plated employing one or more of a variety of possible 
connections between an embodiment and the LCDSU, 
or between an embodiment and a computer or network 
.system, including by way of example and without limi- 
tation; USB, FireWire, SCSI, serial port, parallel port, in- 
fra-red or other electromagnetic connections including 



for example radio linkage, and network protocols such 
as ethernet, token ring, 1 0/1 00 BaseT, etc., Actually any 
connection capable of communication digital data is suf- 
ficient, including those using: aspects or subsets of the 

5 electromagnetic spectrum (including radio, fiber optical 
and infra-red aspects of the spectrum); electrons; mag- 
netism; quantum mechanical principles; cable contain 
metal; cable containing silicon. Some embodiments 
may be implemented allowing multiple types of conn ec- 

10 tions. 

[0079] Embodiments may also include clocks to main- 
tain the date and time. This may be useful when writing 
files on the LCDSU to mark created files and directories 
with the correct time. Means of setting these clocks in- 

is elude for example: controls on the device by which the 
user can set the clock; means by which the time is trans- 
ferred from computers orsome other device; and means 
by which the time is received electronically by some oth- 
er manner such as a broadcast source . In the case of 

20 Figure 6 type devices, the device is naturally connected 
to computers from time to time, and downloading of op- 
erational parameters, including time and date, could oc- 
cur through during such connection. With many Figure 
7 type embodiments, the connection (such as USB, 

25 FireWire, SCSI, etc.) used for the LCDSU can also serve 
to as a connection to a computer, and could similarly be 
used to download operational parameters including 
date and time. 

[0080] Various enhancements to an embodiment are 

30 contemplated including switches that control aspects of 
device operation including at least one of: a power on 
switch, a power off, a switch to set the date and time for 
embodiments which supports date/time clocks, a switch 
controlling whether data on the media is to be erased or 

35 retained after copy; whether multiple copies of the me- 
dia are to be made (e.g., for redundancy); whether an 
embodiment is to operate in the mode of moving data 
from media cards to the LCDSU versus as a device at- 
tached to a computer; how an embodiment is to appear 

40 to an attached computer (as a disk or some other class 
of LCDSU device; and if for example as a disk, what 
format of disk it must support (e.g., FAT16, FAT32, an 
Apple OS format, a UNIX format, etc.) or what type of 
connection is to be used if the embodiment supports a 

45 selection (e.g., USB, Fire Wire, serial port, SCSI, paral- 
lel port, etc.). Similar considerations apply to Figure 7 
type embodiments in determining the type of LCDSU to 
which they are attached, including the format, mode and 
type of connection of the LCDSU if various possibilities 

so are deemed to exist. Embodiments may also allow a us- 
erto select various options used when moving data from 
portable media to the LCDSU — for example: whether 
a new sub-directory is to be created for each upload; 
what naming convention is to be used for created files 

55 and directories (e.g., should directories be created with 
sequential numbers versus date and time, etc.); what 
course of action should betaken if an error occurs when 
uploading data; whether the source data on the media 
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is to be deleted after being copied; whether data should 
be encrypted or compressed as it is written, and the se- 
lection of possible associated parameters. 
[0081 ] Also embodiments may implement display ca- 
pabilities, such as small LCD or LED optical readouts 
used to indicate errors or successful operation; amount 
of data transferred; the time and date; the characteris- 
tics of the associated LCDSU (e.g., an indication of the 
storage used, or storage available); the status of oper- 
ations being performed on the LCDSU; the status of the 
operations being performed by the computer; the state 
of various modes which may have detected or have 
been set by the user; etc. More sophisticated displays 
are also contemplated for displaying, for example, a vid- 
eo image, to a user who may elect, for example, whether 
or not, to save the image. 

[0082] It is also contemplated that certain embodi- 
ments may have the capability of copying information 
from the LCDSU to the portable media (memory card). 
This allows the possibility of applications in which the 
LCDSU contains much vaster amounts of information 
than the portable media, and in which some relevant 
subset needs to be loaded onto a media card for use, 
say, with a hand-held appliance. For example, if the 
LCDSU was a comprehensive repository of maps, for 
which a hand-held appliance only needed and could ac- 
cept a small amount loaded through a media card. In 
this case it may well be that applications of such embod- 
iments might (although not necessarily) require simple 
controls to select which data from the LCDSU should be 
downloaded, as well as perhaps a simple LCD or LED 
display to guide the user through the selection. 
[0083] Figure 8 is a block diagram showing a more 
detailed implementation of an enhanced digital data col- 
lector 31 7 in accordance with further exemplary embod- 
iments of the present invention. As shown in Figure 8, 
digital data collector 31 7 includes multiple portable me- 
dia slots as exemplified by portable media 31 5 and 31 6, 
which are received by media interface 322. In accord- 
ance with one exemplary embodiment of the present in- 
vention, digital data collector 31 7 include ports for re- 
ceiving a wide variety of media, such as, MultiMediaC- 
ard (MMC), SmartMedia, Memory Stick, Secure Digital, 
CompactFlash and other available media. 
[0084] The enhanced digital data collector 31 7 is de- 
signed to permit data transfer between individual media 
315, 316 and each of the components shown in Figure 
8. In accordance with an exemplary embodiment of the 
present invention, when a portable media is plugged into 
data collector 317, the media insertion is detected, 
which triggers power-on sequencing for the data collec- 
tor 317 in a manner which will be explained below in 
conjunction with an explanation of Figure 9. The data 
collector 31 7 components are powered by a power sup- 
ply system, which is not shown in Figure 8, but which is 
described below in Figure 10. 
[0085] Each portable media which is connectable to 
the data collector 31 7 has associated interface which is 



embodied in media interface 322. Media interface 322 
includes the electronics necessary to interface each 
particular media to local system bus 321 . 
[0086] Processor 320, which may, by way of example 

5 only, be a RISC processor such as an Atmel AVR mi- 
crocontroller, provides the major portion of the intelli- 
gence for digital data collector 31 7. Processor 320 man- 
ages (with the assistance of DMA controller 330) all of 
the above-identified data transfers referenced above 

10 and controls the interfacing to bus 321 of each perspec- 
tive media. Processor 320 is coupled to memory 328 
which is, for example, utilized to store program code/ 
firmware executed by processor 320 in performing its 
digital data collector management and control tasks. 

15 [0087] Digital data collector 317 also includes DMA 
controller 330 coupled to processor 320 via bus 321 to 
control the various data transfer operations to thereby 
lighten the processing burden on processor 320. DMA 
controller 330 may be constructed as described above 

20 in conjunction with DMA controller 68 in the first de- 
scribed embodiment. 

[0088] The precise control exercised over data trans- 
fers depends upon the current host device 338 to which 
data collector 317 is connected. For example, if a port- 

25 able media 31 5 is being coupled to a computer 338, the 
enhanced digital data collector 31 7 may operate in a 
"dumb reader" mode of operation. In this mode of oper- 
ation, data may, for example, be transferred from a port- 
able media 315 through media interface 322 under the 

30 control of DMA controller 330 to I/O controller 332 via, 
for example, a USB or IEEE 1394 port to a host compu- 
ter. In this mode of operation, the enhanced digital data 
collector 31 7 operates as a, for example, USB (or IEEE 
1394) portable media reader. I/O controller 332 includes 

35 ports for interconnecting a wide range of digital appli- 
ances including computers, cameras, camcorders, 
PDAs, high capacity floppy disk drives, and hard disk 
drives. Such ports include USB, IEEE 1394 and Ether- 
net ports. I/O controller 332 includes the interface logic 

40 for coupling such devices to local system bus 321 . 
[0089] Alternatively, data in, for example, portable 
media 31 6 may be coupled via media interface 322 un- 
der the control of DMA controller 330 to storage control- 
ler 324 and then to external LCDSU 31 8. External LCD- 

45 SU 31 8 may be a high capacity floppy drive or a hard 
drive or any of the other wide range of mass storage 
devices described above. In accordance with a Figure 
6 implementation, such a data transfer may likewise be 
made under the same control between a portable media 

so 315, 316 and an internal LCDSU 326 via storage con- 
troller 324. 

[0090] Storage controller 324 includes conventional U 
O ports such as IDE, ATAPI or Serial ATA PI, SCSI, fiber 
channels, USB, IEEE 1394 or other ports. Storage con- 
55 trailer 324 may have one or more of the above- identified 
ports depending upon the desired flexibility to be built in 
to digital data collector 31 7. The LCDSU 318 and/or 326 
are contemplated to encompass any of the forms of 
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mass digital storage as described above in the Back- 
ground and Summary of the Invention section of the in- 
vention. 

[0091] The enhanced digital data collector 317 also 
includes a user interface 334 for permitting user control 
of the data collector 31 7. User interface 334 includes a 
display which may, for example, be implemented in the 
form of an LED display or an LCD display for displaying 
a wide range of status and control signals/messages. 
An LCD display also may, for example, be utilized to dis- 
play video/graphical images (including, for example 
JPEG, TIFF, BMP, JIF, PCX, etc, or moving images like 
Digital Video, MPEG, AVI, etc) for the user to peruse in 
deciding whether to maintain or discard a particular im- 
age. If the user decides to save such an image, then the 
image would be transferred to, for example, hard drive 
326 or 318 under user control. User interface 334 also 
may include a wide range of control keys including a 
compact, but complete keyboard to permit the user to 
perform a wide range of file editing operations. 
[0092] In accordance with an illustrative implementa- 
tion of the present invention, enhanced digital data col- 
lector 31 7 also includes data compression circuitry 336 
which may include an MPEG encoder/decoder. Where 
host device 338 is, for example, a camcorder, video in- 
formation may be coupled via, for example, a IEEE 1394 
interface associated with I/O controller 332 and be 
streamed to data compression circuitry 336. Com- 
pressed video/audio data is then saved for storage in 
LCDSU 326 or 318. In accordance with contemplated 
implementations, if a detachable external LCDSU 31 8 
were utilized, such compressed video from, for exam- 
ple, camcorder 338 may be coupled to hard drive 318 
to fully load 31 8 after which the external LCDSU would 
be detached and a new drive 318 attached for further 
data storage. 

[0093] Figure 9 is a block diagram of the media inter- 
face 322 shown in Figure 8 and depicts interface con- 
figurations for interfacing with particular available forms 
of memory modules that may be utilized in conjunction 
with the presently preferred embodiments. 
[0094] As explained above in conjunction with Figure 
8, the exemplary embodiments contemplate interfacing 
with a wide range of memory modules limited only by 
the desired flexibility and cost of the enhanced digital 
data collector 31 7. In the Figure 9 exemplary implemen- 
tation, four memory modules are shown including Mem- 
ory Stick module 350, SmartMedia module 352, Multi- 
MediaCard or SD card 354 and CompactFlash module 
356. 

[0095] Figure 9 includes a card detect circuit 396 
which is operable to sense when any of modules 350, 
352, 354, 356, etc., are plugged into the enhanced dig- 
ital data collector 317 and to generate a signal, which is 
coupled to the data collector 31 7*s power supply (de- 
scribed in conjunction with Figure 1 0) to turn on power. 
In accordance with one exemplary implementation of 
the present invention, upon the detection of the insertion 



of a particular memory module 350, processor 320, up- 
on being powered up and completing initialization oper- 
ations, may operate to access a memory file in, for ex- 
ample, module 350, i.e., a scriptfile which contains com- 

$ mands for controlling subsequent operations. In this 
fashion, a desired application may be automatically 
started in response to execution of such script file com- 
mands as a result of detecting module insertion and 
power up operations. After removal of the media the unit 

10 could automatically power down after a configurable idle 
period. Advantageously, the insertion of the portable 
media could be detected causing the device to power 
up and run an automated sequence which would, for ex- 
ample, copy the media contents to the LCDSU without 

'5 user interaction and then power down. A status indicator 
could be used to show the operator when the operation 
was complete. 

[0096] Memory Stick module 350 has a synchronous, 
serial interface. Module 322 includes an interface 358 

20 for physically coupling Memory Stick module 350 via an 
appropriate memory insertion socket and interface logic 
to enhanced digital data collector 31 7. A serial to parallel 
and parallel to serial converter controller 360 is coupled 
to interface logic 358 to convert the serial output from 

25 MemoryStickto parallel format for transmission over the 
8 bit wide local bus 321 and to convert the 8 bit, 1 6 bit, 
or 32bit wide local bus 321 into a serial data stream. A 
CRC generator/checker 364 appends/checks a CRC 
value to data transmitted/received to/from MemoryStick 

30 module 350 so that error checking may be performed 
on a received/transmitted serial data stream. Abus state 
controller 362 is utilized to control the serial to parallel, 
parallel to serial conversion unit 360 and the appending 
of a CRC code to the data stream in unit 364. Bus state 

35 controller 362 also controls the clocking of data out via 
bus interface 368 to system bus 321 and controls re- 
ceiving data from bus 321 for writing to memory module 
350. Bus state controller 362 is controlled via processor 

320 or DMA controller330 through a set of registers 366 . 
40 Registers 366 are programmed by processor 320 to de- 
fine the functions that are to be performed, such as, for 
example, read data, write data, error conditions, or 
status . The register contents are read by bus state con- 
troller 362 to control the defined operation. Bus state 

45 controller 362 also loads a module status to registers 
366 to, for example, enable processor 320 to monitor 
such status. Bus interface 368 interfaces between the 
processor 320, system bus 321 and the bus state con- 
troller 362. 

so [0097] SmartMedia module 352 includes a parallel 
byte-wide interface which is physically coupled via an 
appropriate insertion port socket to interface logic 370. 
No serial to parallel or parallel to serial conversion or 
CRC checking is required. Data to be transferred to 

55 SmartMedia module 352 is received from system bus 

321 and latched into bus interface 374. Registers 372 
receive commands from processor 320 which define the 
operation performed by SmartMedia module 352. Data 
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is transferred to SmartMedia through interface logic 
370. Processor 320 or DMA controller 330 operates to 
load registers 372 to control the proper logic state of 
SmartMedia module control pins to effect, for example, 
desired read and write operations. 5 
[0098] The MMC/SD card module 354 includes an in- 
terface which generally corresponds to Memory Stick 
module 350 interface. The MMC/SD card related inter- 
face logic 376 includes channels for both data and com- 
mands. Interface 358 (associated with Memory Stick) io 
includes a single I/O interface as opposed to the two 1/ 
O interface associated with MMC module 354. In inter- 
face 376, the channels are asynchronous to each other 
to permit send ing commands to the memory module 354 
while at the same time receiving data from the module. '5 
Interface 376 includes a data/command first in, first out 
stack operating as a buffer. The interface for MMC mod- 
ule 354 includes serial to parallel and parallel to serial 
conversion circuitry 378 (Data bus maybe 1 ,2,3,or 4 bits 
for SD Card) and a CRC generator/checker 382 which 20 
are similar to the above-described units 360 and 364 
associated with the MemoryStick module. Likewise, bus 
state controller 380 performs the above-described func- 
tions of bus state controller 362 and in addition manages 
the data/command FIFO processing to permit dual 25 
channel operation. Registers 384 and 386 operationally 
correspond to their above-described counterparts 366 
and 368 associated with module 350. 
[0099] CompactFlash module 356 has a parallel in- 
terface which conform to the ATAPI standard, and in- 30 
eludes a 16 bit wide bus. Module 322 includes a bus 
interface 394 which interfaces with system bus 321 and 
is coupled to registers 392 which are loaded with read, 
write and other commands under processor or DMA 
control to thereby control communication with module 35 
356 via 16 bit wide interface logic 390. 
[01 00] Figure 1 0 is a block diagram which depicts the 
power supply 401 embodied within the Figure 8 exem- 
plary embodiment of the present invention. Power sup- 
ply 401 includes battery cells 406, 408, 410 and 412, 40 
which may be implemented with rechargeable cells or 
alkaline cells. A detect circuit 404 detects the presence 
of rechargeable batteries. The detect rechargeable bat- 
tery circuit 404 in the exemplary embodiment of the 
present invention preferably stores a record of recharg- 45 
ing history of the batteries together with an indication of 
the type of battery pack present. Upon detection of re- 
chargeable batteries, charger circuitry 405 monitors and 
recharges the rechargeable batteries detected. 
[0101] Power supply 401 includes a power supply so 
voltage regulator 402 which battery cells 406, 408, 410 
and 412 are coupled to feed power to the device 317. 
An ON/OFF control switch is coupled to the power sup- 
ply voltage regulator for turning off or turning on device 
31 7. The aforementioned card detect signal from card 55 
detect circuit 396 is received by power supply voltage 
regulator 402 to trigger supplying power to the unit The 
power supply voltage regulator 402 also is connectable 



to external wall transformer 400 to eliminate battery 
draining when the user has access to an available ex- 
ternal wall outlet. Additionally, power supply voltage reg- 
ulator 402 is coupled to power coming from an external 
bus via an IEEE 1394, USB, or other port. 
[01 02] Figure 1 1 is a flow diagram delineating the se- 
quence of operations performed under processor 320 
control during the operation of the enhanced digital data 
collector31 7. As shown in Figure 11 , in accordance with 
one mode of initiating operation, a user presses the 
power button (500) which causes power to be turned on 
(502). Alternatively, as previously described, the power 
may be turned on (510) in response to the insertion of 
a memory module (508). A still further power initiating 
event is the detection of activity on an external bus (520) 
such as, for example, on a Fire Wire™ bus being cou- 
pled to the enhanced digital data collector 317 (520, 
522). 

[0103] After power is turned on via 502, 510 or 522, 
power on self-testing operations are performed 504, 
512, 524. In power on serf-testing, basic diagnostics 
tests are performed which, as will be appreciated by 
those skilled in the art, include checking processor 320 
memory modules 350, 352, 354, 356, etc., and deter- 
mining what type of devices are coupled to data collector 
317. 

[0104] if the user depressed the power button (500), 
then after initialization testing at 504, input processing 
is driven by the user (506). If a memory module had 
been inserted (508), after power had been turned on and 
initialization steps have been performed (510, 512), a 
check is made to determine whether the memory mod- 
ule has a Script file (514). If the check at 514 determines 
that there is a Script file, then the integrity of the Script 
File is verified (516). After verifying the integrity of the 
Script File, then, as indicated at block 518, the user in- 
terface user is driven by the Script file commands. If the 
check at block 514 indicates that the memory module 
has no Script file or if the integrity of the Script file could 
not be verified, then the user interface 528 is instructed 
that it will be driven by the user (506). 
[0105] If power is sequenced on via on activity on an 
external bus (520, 522) after power on, self-test opera- 
tions are performed (524) the user interface is driven by 
the external bus. Such activity on the external bus may, 
for example, cause the data collector 31 7 to operate in 
a "dumb" flash memory reader mode. 
[01 06] At block 530 command processing operations 
are initiated which differ depending upon which of the 
three above-described branches of Figure 11 led to ini- 
tiating command processing. If the check at block 530 
by processor 320 reveals that the user interface was in- 
itiated via the user pressing the power button, then com- 
mands are read from the physical user interface (532). 
Thus, the processor 320 scans the device keyboard to 
determine what action to take next. If a memory module 
had been inserted (508) and the module has a Script 
file, then a command is read from the Script file and the 
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user is given the option to cancel the command via a 
"cancel function" implementing keyboard button (534). 
[0107] If activity was detected on external bus, then 
commands are read from the external bus or such com- 
mands may be canceled via a keyboard button (536). s 
For example, if the external bus activity involves cou- 
pling the data collector to a computer, then commands 
may originate from the host computer (338). An exem- 
plary set of instructions implemented by the external bus 
related interface could be those of a home audio/video 10 
interface (HAVI) which is a Fire Wire™ related standard. 
For example, a camcorder could be plugged into the 
system using HAVI and the camcorder may be control- 
led via the computer to perform such operations as 
zoom in or zoom out, etc. Various other dedicated ap- is 
plications may be controlled via such external bus gen- 
erated commands. 

[0108] Whether a command is read via 532, 534 or 
536, commands are processed at 538. Exemplary com- 
mands that are processed are indicated at blocks 540 20 
through 550 in Figure 11 . For example, a check is made 
at block 540 to determine whether the command is 
"clear module" command. A clear module command is 
a command which will trigger the deletion of the entire 
contents of a memory module. 25 
[0109] If the check at block 540 indicates that the com- 
mand is not a clear module command, then a check is 
made at block 542 to see whether the command is a 
"shut down/idle time out" command. The check at block 
542 is an automatic power saving feature which, for ex- 30 
ample, will only permit the unit to be in an idle state for 
a predetermined period of time before power down se- 
quencing takes place. 

[0110] If the check at block 542 indicates that the com- 
mand is not a shut down or idle time out command, then 35 
a check is made to determine whether the command is 
a "format module" command (544). If, for example, a 
memory module was corrupted, if a format module com- 
mand is performed this permits the reformatting of the 
module so that the module may be reused. 40 
[01 1 1] If a format module command was not detected, 
then a check is made at block 546 to determine whether 
the command is a "format LCDSU" command. The 
processing for formatting the LCDSU tailors the format 
of the LCDSU to the host system coupled to the digital 45 
data collector. For example, as will be appreciated by 
those skilled in the art, a PC uses one type of file system 
and a Mac uses a different type of file system. The var- 
ious different file systems used with different host com- 
puters are not compatible, and the processing indicated so 
at block 546 permits the LCDSU to be formatted to what- 
ever file system is being used. Such processing may 
lead to translating from one file system to another. 
[01 1 2] If the check at block at 546 indicates that a for- 
mat LCDSU command is not being processed, then a ss 
check is made to determine whether the command is 
"dumb reader" mode command (548). In this mode, the 
data collector acts as a memory module reader to read 



data from one of the various modules to, for example, a 
host computer system. 

[0113] If the command is not a dumb reader mode 
command, then a check is made to determine whether 
a command is a command for copying the contents of a 
module to, for example, the LCDSU. If the check at block 
550 indicates that a "copy module" command has not 
been detected, then the routine branches back to block 
528. Additional modes of operation could be included to 
control operations for renaming files/directories, control 
of data movement to/from any device and allow for com- 
pression of such data. 

[0114] Figure 12 delineates the sequence of opera- 
tions involved in clearing a module. If it is determined 
that a clear module command is to be executed, an initial 
check is made at block 552 to ensure that a module is 
present. If a module is present, the integrity of the mod- 
ule is verified (554) before any steps are taken to delete 
file directories on a module, to make sure the module 
has not been corrupted. If either a module is not present 
as indicated by the check at block 552 or if the module 
integrity is not verified at 554, an indication of failure 
(560) is coupled to the user via, for example, an LCD 
display indicating such failure. If the integrity of the mod- 
ule is verified based on the check at 554, module files 
and directories are deleted (556). Thereafter, an indica- 
tion of success in clearing the module (550) is conveyed 
to the user via, for example, an LCD display indication 
of such and the routine branches back to the user inter- 
face entry block 528. The module may thereafter be re- 
used. 

[01 1 5] If the check at block 542 indicates that the data 
collector is to be shut down, then as indicated in Figure 
13, the LCDSU buffers are flushed (block 570) so that 
the buffers content are saved. Thereafter, the LCDSU 
is powered down (572). The module buffers are then 
flushed to, for example, complete any required updates 
(574) and the unit is powered down (576). 
[01 1 6] If the check at block 544 indicates that a format 
module command has been detected then, as shown in 
Figu re 1 4, a check is made to determine whether a mod- 
ule is present (580). If the module is present, the user 
is queried as to the desired format type (582). The user, 
for example, may be queried as to whether the file allo- 
cation table is to be a FAT 12 or FAT 1 6 format. There- 
after, the module is formatted in the requested format 
type (584). After the formatting of the module, the integ- 
rity of the module is verified (586). If the integrity of the 
module is verified, then an indication of a successful for- 
matting operation is conveyed to the user (588). If the 
check at block 580 indicates that a module is not present 
or the integrity of the reformatted module could not be 
verified, then an indication of operation failure is con- 
veyed to the user (590). After an indicated message is 
conveyed to the user the routine branches back to begin 
user interface processing at block (528). 
[0117] If the check at block 546 indicates that a format 
LCDSU is to be executed then, as indicated at Figure 
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15, block 615, a check Is made as to whether or not an 
LCDSU is present. The user is then queried (602) as to 
the desired format type for the LCDSU to determine 
whether, for example, a PC, Mac or other format is de- 
sired for the LCDSU. After receiving the user's re- s 
sponse, the LCDSU is formatted based on the user's 
input (604) to reformat the LCDSU for the user's desired 
format based upon the device to which the digital data 
collector 31 7 is connected. After formatting the LCDSU, 
the LCDSU integrity is verified (606). If the integrity of "> 
the LCDSU is verified, then an indication of success is 
conveyed to the user (608). If the check at block 600 
reveals that a LCDSU is not present or if the integrity 
check at 606 indicates that the LCDSU is bad, an indi- 
cation of failure (610) is conveyed to the user. After a 15 
message is conveyed to the user, the routine branches 
back to begin the user interface block 528. 
[01 18] In accordance with one exemplary implemen- 
tation, the LCDSU may be partitioned into multiple for- 
mats so one partition could be for NTFS support while 20 
a second partition supported Mac, etc. Once attached 
to a host computer 338, the LCDSU could mount the 
logical partitions which the host computer 338 support- 
ed. Built in functions would allow the user to dynamically 
change the partition sizes. 25 
[01 1 9] Driver software on the attached computer 338 
could transparently convert the logical format of the 
LCDSU into the native format of the computer 338 al- 
lowing it to read and write to the LCDSU, which is using 
a different logical format. 30 
[01 20] In accordance with an exemplary embodiment, 
the enhanced digital data collector would support one 
or more partitions where a partition is not intended to 
store data files but instead stores streaming data such 
as DV (digital Video) allowing the device 31 7 to store 35 
digital video/digital audio data from a camcorder or other 
source. (Internet, CATV, Digital VCR, Etc.) Optionally 
the data stream could be converted into a compressed 
format such as MPEG 

[0121] In accordance with a further exemplary em- *o 
bodiment, the enhanced digital data collector 31 7 would 
have ifs own logical format used with an LCDSU which 
would allow it to emulate the different file formats used 
with different computer 338 operating systems. For ex- 
ample, NTFS, FAT12, FAT16, Linux HDD format, Mac 45 
HDD format, could be emulated by using a processor 
320 to interpret the host system request and translate 
the request into the format used on the LCDSU. A user 
interface on the device could be used to manual select 
which host system the device is connected to. It is also so 
contemplated that the device 31 7 may monitor data from 
the host to automatically determine which type of host 
computer 338 is attached. 

[01 22] If the check at block 548 indicates that a "dumb 
reader" command is present, then processing occurs as ss 
is shown in Figure 17. In the dumb reader mode, an ex- 
ternal cable is plugged into the enhanced digital data 
collector to enable the digital data collector to act as a 
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reader, for example, for a host computer. Initially a ready 
indication is sent to the host (650) if such a protocol com- 
munication is needed in order to communicate with the 
host computer, such as may be the case with, for exam- 
ple, a USB port. Upon receipt of the ready indication, 
host computer commands are read (652) to receive 
commands from the host for performing the necessary 
operational commands for reading the desired module. 
Alternatively, as indicated at block 652, the user has the 
option of canceling the dumb reader mode. A check is 
then made at block 654 to determine whether the user 
has canceled the dumb reader mode and, if so, the rou- 
tine branches back to the begin user interface 528. 
[0123] If the user has not canceled the dumb reader 
mode, a check is made at block 656 to determine wheth- 
er a read data or status command from the module is to 
be executed. If the check at block 656 indicates that 
such a read command is present, then the data or status 
from the module is read (658). The read operation is ver- 
ified (660) and the read data/status information is trans- 
mitted to the host. (662). The user reading the read/data 
status information from the module would be able to 
read through the module FAT and review the contents 
of the module. 

[0124] If the check at block 656 indicates that a read 
data/status command is not present, then a check at 
block 664 is made to determine whether a write data/ 
registers to module is be executed. If so, then data is 
written to the module (666) after which the write opera- 
tion is verified (668) and the routine branches back to 
block 650. 

[01 25] If the check at block 664 indicates that a write 
data/registers command is not present, then a check is 
made (670) to determine whether a read data/status 
from the LCDSU is present. If the check at block 670 
indicates that such a read data/status command is 
present, then data/status information is read from LCD- 
SU (672). Thereafter, the read operation is verified (674) 
and the read data/status information is transmitted to 
the host (672) and the routine branches back to block 
650. 

[0126] If the check at block 670 indicates that a read 
data/status command is not present, then a check is 
made (678) to determine whether a write data/registers 
to the LCDSU command is present. If such command is 
present, then the data is written to the LCDSU or its reg- 
isters (680). Thereafter, the write operation is verified 
(682) and the routine branches back to block 650. 
[01 27] If the check at block 678 indicates that a write 
data/register command was not present, then a check 
is then made at block 684 to determine whether a host 
power-down command is to be executed. If so, the rou- 
tine branches to the Figure 13 shut down routine. If not, 
the routine branches to block 650. 
[01 28] If the check at block 550 indicates that a mod- 
ule is to be copied, then as indicated in Figure 16 block 
620, a check is made to ensure that both the module 
and the LCDSU are present. If both the module and the 
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LCDSU are present, the module integrity is then verified 
(624). If the module integrity is verified, then a check is 
made at 626 to determine whether the module is driven 
by the user or by script commands. If it is driven by the 
script file, then a unique directory name is utilized from $ 
the script file (628). If the check at block 626 indicates 
that the directory name is driven from user input, then 
the user is queried for the directory name (630). After 
the directory name has been generated at either blocks 
628 or 630, the directory is created on the LCDSU (632). *o 
The directory and files are then copied to, for example, 
a hard disk drive from the modules or from the modules 
to the hard disk drive (634). 

[0129] After the directory and files are copied, the in- 
tegrity of the copy is verified (636). If the integrity is ver- '5 
ified, a corresponding message is conveyed to the user 
(638). The module may then be reused. If the check at 
block 620 indicates that a module and LCDSU are not 
present or if the check at block 624 indicates that the 
module integrity cannot be verified, or if the integrity of 20 
the copy at 636 cannot be verified, then a failure indica- 
tion is conveyed to the user (622). After a message from 
622 or 638 is conveyed to the user, the routine branches 
to the beginning user interface 628. 
[0130] It will be understood by those skilled in the art 25 
that the foregoing description is in the terms of a pre- 
ferred embodiment of the present invention, wherein 
various changes and modifications may be made with- 
out departing from the spirit and scope of the invention 
as set forth in the appended claims. 30 



Claims 

1. A portable digital data transfer and repository de- 35 
vice for use with a digital recording device and a 
large capacity digital storage device comprising: 



3. A device in accordance with claim 1 , further includ- 
ing an internal large capacity digital storage device 
operativefy coupled to said data transfer circuitry for 
receiving digital data from said digital recording de- 
vice. 

4. A device according to claim 1 , further including at 
least one memory port sized to receive a digital 
memory module. 

5. A device according to claim 1 , further including a 
port for coupling to a digital computer. 

6. A device according to claim 1 , wherein said record- 
ing device is a digital camera. 

7. A device according to claim 1 , wherein said record- 
ing device is a camcorder. 

8. A device according to claim 4, wherein said record- 
ing device is a personal digital assistant. 

9. A device according to claim 1 .further including data 
compression circuitry coupled to said processor 
and operativefy coupled to receive uncompressed 
digital data and for outputting compressed data. 

10. A device according to claim 1 , wherein said record- 
ing device is a device for generating uncompressed 
data and further including data compression circuit- 
ry coupled to said host device and said processor 
and operatively coupled to receive said uncom- 
pressed digital data and for outputting compressed 
data. 

11. A device according to claim 10, wherein said re- 
cording device is a camcorder. 



a housing of a size to be held in a user's hand 
and including a digital recording device port; 40 

data transfer circuitry for reading data stored in 
said digital recording device and for transfer- 
ring said data to said large capacity digital stor- 
age device; 

a digital processor coupled to said data transfer 
circuitry for controlling said transfer of data; and 

a power source to provide power to at least the so 
digital processor and data transfer circuitry. 

2. A device in accordance with claim 1 , further includ- 
ing a port for connection to an external large capac- 
ity digital storage device, said port being operatively 55 
coupled to said data transfer circuitry for receiving 
digital data from said digital recording device. 



1 2. A device according to claim 4, wherein said proces- 
sor includes processing circuitry for reformatting a 
digital memory module inserted into said memory 
port to place said digital memory module into a state 
where it can be reused. 

13. A device in accordance with claim 1, further 
including : 

an output port operativefy coupled to said 
large capacity digital storage device for transferring 
picture image data to a user's computer. 

14. A device in accordance with claim 1 , further includ- 
ing: 

at least one control key for initiating predeter- 
mined operations relating to said recording device. 

15. A device in accordance with claim 1 4, wherein said 
at least one control key is part of a keyboard and 
wherein said data transfer circuitry is responsive to 



15 



29 



EP 1 152 428 A2 



30 



user initiation of at least one key to control the trans- 
fer of data from said recording device to said large 
capacity digital storage device. 

16. A device in accordance with claim 1 , further includ- 
ing: 

a display for display a message. 

17. A device in accordance with claim 1 , further includ- 
ing: 

a display for displaying data indicative of at 
least part of the contents of said digital recording 
device. 

18. A device in accordance with claim 4, further includ- 
ing: 

a further memory port in said housing sized to 
receive a further storage module, said data transfer 
circuitry being operable to selectively transfer the 
contents of said digital memory module and said 
further storage module to said large capacity stor- 
age device. 



24. A method according to claim 23, wherein said digital 
recording device is a memory module and further 
including the step of transferring the contents of 
said memory module to a large capacity digital stor- 

5 age. 

25. A method according to claim 23, wherein said step 
of initiating a data transfer includes the step of con- 
necting said device to an external large capacity 

10 digital storage device, and transferring digital data 
from said digital recording device to said external 
large capacity digital storage device. 

26. A method according to claim 23, further including 
15 the steps of receiving uncompressed digital data 

from said digital recording device and transferring 
compressed data to said large capacity digital stor- 
age device. 

20 27. A method according to claim 23, further including 
the step of connecting said device to a digital com- 
puter. 



19. A device in accordance with claim 1 , wherein said 
large capacity digital data storage device is a hard 
drive. 

20. A device in accordance with claim 1 , further includ- 
ing recording device insertion detect circuitry for de- 
tecting when a memory module has been inserted 
into said digital recording device port and generat- 
ing a recording device inserted signal in response 
thereto. 

21 . A device in accordance with claim 20, wherein said 
power source is responsive to said recording device 
inserted signal to power up said device. 

22. A device according to claim 1 , further including an 
IEEE 1394 port operatively coupled to receive dig- 
ital information from said digital recording device. 



28. A method according to claim 23, wherei n said digital 
25 recording device is a digital camera. 

29. A method according to claim 23, wherein said digital 
recording device is a camcorder. 

30 30. A method according to claim 23, further including 
the step of transferring picture image data from said 
digital recording device to a user's computer. 

31. A method according to claim 23, further including 
35 the step of generating a display relating to a data 

transfer operation. 

32. A method according to claim 23, further including 
the step of using an IEEE 1 394 port to receive digital 

40 information from said digital recording device. 



23. A method of operating a portable hand-held data 
transfer and repository device which includes at 
least one digital recording device port and digital 45 
processing circuitry to permit data from a digital re- 
cording device to be transferred to a large capacity 
digital storage device comprising the steps of: 



coupling a digital recording device having data so 
stored therein to a digital recording device port 
of said repository device; 
receiving a command for performing an opera- 
tion with said digital recording device; and 
initiating a data transfer of data between said 55 
digital recording device and a large capacity 
digital storage. 
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